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rhe invention is described in the foUowing statement 
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Multigame Selection 

fattrodnctiQii 

The present invention relates generally to the field of gamig. and in particular 
the invention provides an improved method of game selectibn in a multigame 
5 environment 

Backgroun d of the invftntinn 

A player in a casino is presented with a choice from among potentially hundreds 
of gaming machines. Players develop a preference certain games from among all the 
ones available, and try various machines to find flie ones they like. Given this large 
10 clioioe it can be difficult for aplayer to find games they like to play. 

Multi-game machines offer more than one game on a single electronic gaming 
madune (EGM). Uris can dramaticaUy increase the dioioes avaUable to players but 
• makes it more difiScult for the player to identify games that they like amongst the inany 
games provided. As technology progresses and multi-game machin^ become more 

15 capable file number ofgames will increase even fiirther as manufecturers entire game 
hbranes could potentially become available on a single madune. Internet gaming web 
sites have the same problem, with many games available via the one-gaming terminal 
(eg a home computer). 

Gaming madiines in a Casino are often networked for the piuposes of security 
accounting, credit transfer, bonusing. and for player marketing. ITiese systems' 
typicaUy track players using a magnetic card that the player inserts into the gaming 
madune, the magnetic card being assodated with a player account on a central server 
US patent 4.636.951 (HarHdc) shows a system for networking gaming madunes to 
provide a credit transfer mechanism between madiines and a central cashier station. 

US patent 5,655,961 (Acres) shows a bonusing system, in whidi player traddng 
IS provided via a magnetic card carried by a player and which the player inserts into a 
magnetic card reader in a gaming madune to identify the player to the rhadiine and/or 
the entire system. 

Throughout fliis spedfication the word "comprise", or variations such as 
"comprises" or "comprising", will be understood to imply the inclusion of a stated 
element, mteger or step, or group of elements, integers or stq>s, but not the exclusion of 
any other dement, integer or step, or group of dements, integers orsteps. • 

Any discussion of documents, acts, materials, devices, artid^ or the like whidi 
has been included in the present specification is soldy for the purpose of providing a 
35 context for the present invention. It is not to be taken as an admisaon that any or all of 
these matters form part of the prior art base or were common ge&eral knowledge in the 
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field relevant to the present invention as it existed bdfoie the priority date of each claim 
of this application.- 
Summary of fbe Invention 

According to a first aspect, the present invention consists in a gaming system 
5 including gaming server, a plurality of gaming machines, and a c(immum'cations system 
connecting each of the plurality of gaming machines to the.gamingserver, the gaming- 
machines eaxA having display means, player input means, player tracking input means 
and game control means axraqged to control images displayed on the respective display 
means, each game control means being arranged to play a game initiated by the player, 
10 the game being one of a plurality of games available on the gamflig machine and 
selectable by the player and the- game havmg a game result which, if it is a winning 
result, will cause the game control means to award a prize to the player, the gaming" 
system being characterised in that each gaming machine indudes game selection means 
which displays a selection of games available on the machine for the player to play, the 
15 selection being ordered according to a ranking determined as a function of the player's 
pasthistory of playing games and ahistQry of gamesplayed by otherplayers. 

According to a second aspect, the present invention consists in a gaming 
machine connected to a gaming system wherein the gaming system comprises a gaming 
server, a pluraUly of said gaming machines, and a communications system connecting 
20 each of the ptaraKty of gaming machines to the gaming server, the gaming madiine 
having display means, player input means, player tracking input means and game 
control means arranged to control images displayed on the respective display means, 
the game control means being arranged to play a game hiitiated by the player, the game 
being one of a plurality of games available on the gaming machine and selectable by 
25 the player and the game having a game result which, if it is a winning result, will cause 
the game control means to award a prize to the player, the gaming machine being 
characterised in that it includes game selection means which displays a selection of 
games available on the machine fi>r the player to play, the selection bemg ordered 
according to a ranking determined as a fimction of the player's past history of playing 
30 games and a history of games played by otiierplayera. • 

According to a third aspect, the present invention consists in a gaming madune, 
the gaming machine having display means, player input means, player tracking input 
means and game control means arranged to control images displayed on the respective 
display means, the game control means being arranged to play a gak^ initiated by the 
35 player, the game being one of a plurality of games available on the gaming machine 
and selectable by the player and the game having a game result which, if it is a winning 
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result, wai cause tbe game control means to awaid a prize to the player, the gaming 
machine being -characterised in that it includes game selection means which displays a 
selection of games available on the machine for the player to play, the selection bemg 
ordered according to a ranking determined as a fonction of the player's past history of 
5 playing games and a history ofgames played by other players. 

According to a fourth aspect, the present invention consists in a game 
recommendation display device connected to a gaming system , the game 
recommendation display device comprising a computational device, having a display 
means and a player input, the device being characterised in that it includes game 
10 selection means which displays a selection of games available on the system for the 
player to play, the selection bemg ordered according to a ranking determined as a 
function of the player's past history of playing games and a history ofgames played by 
other players. 

The selection meaiis orders the selection ofgames according to the players past 
1 5 history ofgames played on flie current machine in the current playing session only. 

The selection means may order the selection ofgames according to the players 
past history of games played on any machine in the system in the current session and 
any previous session. The selection means may also order tiie selection of games 
according to the past history of games played by others on tiie current machine. 
20 Further, the selection means may order the selection of games according to the past 
history ofgames played by others on any machine in the system. - 

The selection ofgames and their onier of r^resentation is preferably made by a 
recommendation engine either located in the gaming machine or on a server comiected • 
to the network to which the gaming machine is connected. The recommendation 
engine preferably collects data on tiie playing habits of all distinguishable individuals 
detennmed by the system (tiiat is individuals for whom tiie same individual can be 
linked to a plurality of game plays). The player data is processes to determine flie most 
popular games and flie groups of games that are popular wifli particular individuals. 
For each game in flie system, flie processed data results in a list of otiier games fliat 
30 would be ofsimilar enjoyment value to flie player. 

According to a fifih aspect, flie present invention consists in a gaming machine, 
tfie gaming machine having display means, player inpot means and gaiiie control means 
arranged to control images displayed on flie respective display means, flie game control 
means being arranged to play a game initiated by tiie player, flie game being one of a 
plurality of games available on flie gaming machine and selectable by the player and 
flie game having a game result which, if it is a winning result, will cause flie game 
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control means to awaid a prize to the player, the gaming machine being diaracterised in 
that it includes game selecHon means which displays a plurality of game categories, 
each game category associated with one or more of the pluraKty of games available oi! 
the gaming machine and is responsive to the selection of a category by the player to 
5 display a Ust of games with which the selected category is associated. 

The available games are preferably split into a number of categories according 
to common player preferences and presented to the player in a selection window. The 
categories may include games with high wins, games with frequent wins, older 
(traditional) games, card games, slot games, and currently popular games. The same 
10 game may appear in more than one categoiy. The player wiil typicaUy select a 
category by touching an associated button. Preferably the button is a pseudo-button on 
a touch sensitive video screen display but it may also be a button of a conventional 



switch. 



Preferably one of the categories is a recommended games category and is 
15 associated with a selection of games determined as a function 'of the play^'s past 
history of playing games and a history of games played by other players to be games 
that are likely to be games the player would select. 

Within each category the games may be fiirther ordered, either with sub- 
categories or if multiple pages of games exist then according to the page number. 
20 In a refinement of this arrangement the list of games displayed for selection by 

the player are generated according to a set of filters where each is airanged to select 
games m a particular category. Each game is assigned one or more tags indicating a 
category with which the game is associated, and the presence of the tag in respect of a 
game is used by the filter to select the game for inclusion on the displayed games list 
25 For example a game may be 'high win' and ^popular'. If the player selects either (or 
both) 'high win' and -popular' filters then this game will appear in the selection If 
another filter, such as" ftequent win", is selected the game will not ^pear in the 
selection Ust as it does not have a frequent win tag. Preferably each filter is represented 

by a button and the filters are toggled on and ofiFby selecting the filter button. Some 
30 filters may disable other filters when selected, if the categories are mutuaUy exclusive 
The "high wins" and "frequent wins" categories are likely to be mutually exclusive as it 
IS not possible to design a game with frequent high wins without returning to the play» 
more money than they bet. 

In an further preferred embodiment, the number of categories displayed to the 
35 player is a subset of those available, and the categories displayed can be selected by the 
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player from the total set Alternately the categories are dynamically selected by the 
gammg machine and/or system acconiing to players playing history. • 

The categories of games and/or games in each category may be changed 
dynamicaUy, either manuaUy or according to prB-piogrammed criteria such as time of 
day or number gaming machines in play. The command.to change the games may be 
initiated from within the gaming machine or remotely from networic control system. 
Brief Des cription of the Drawing s 

An embodiment of the invention is now described by way of example with 
referaice to the accompanying diagrammatic drawings in which:- ' • 

Figure 1 shows a perspective view of a first style of gaming machine, suitable 
for use m systems implementing embodim«its of flie present invention; 

Figure 2 shows a perspective view of a second style of gamiiig machine, suitable 
for use in systems implementing embodiments of the present mvention; 

Figure 3 shows a block diagram of a control circuit of the gaming machines of 
15 figures 1 and 2; 

Figure 4 shows a block diagram of a system implementing an embodiment of 

the present invention; 

Figure 5 sliows a first, screen layout used in embodiments of the present 
mvention; 

20 Figure 6 shows a variation of the screen of figure 5 used in Embodiments of the 

present invention; 

Figure 7 is a blodc diagram of a system which embodies the present invention 
showmg the recommendation engine in detail; 

Figure 8 is a flow chart of a recommendation process; and 
25 Figure 9 is a flow chart of a process for buildmg a sunilar games table. 

Detailed Descriptioii of thA Preferred y»» bodfinenf^ 

Referring to Figure 1 a typical gaming machme is illustrate of a type to which 
. ^e preseiit invention can be applied. The machine iUnstrated in figure 1 is of a type 
that aUows credit hxput by msertion of coins or bills but the indention can also be 
30 applied to machmes that only allow credit mput by transfer of credit from a central 
cashxcr or from another gammg machine. In Figure 1. reference numeral 10 generally 
designates a gaming machine, including a game or games to be played by a player of 
themachme. The machine 10 includes a console 12 having a display means in the form 
of a video display unit 14 on which a game 16 is played, THe video display unit 14 • 
may be miplemented as a cathode ray screen device, a Uquid crystal display, a plasma 
screen, or the like. TTie game 16 as iUustrated in Figure 1 is a spimiing feel game 
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which simulates- the rotation of a number of spimiing reels 18. however many other 
styles of game are also possible. 

A mid-trim 20 of the machine io optionally houses a keypad 22 for enabling a 
player to play the game 16. The mid-trim 20 also houses a credit input mechanism 24 
5 mcludmg a coin input chute 24.1 and a bill coUector 24.2. As illustrated in Figure 2 
some gaming machines use a touch screen for player input, in which case the keypad 
. 22 would not be required on the mid-trim in those machines. Instead the keys of the 
keypad 22 of the Figure 1 machine would be represented as a graphic image 29 on the 
screen 16 and touch sensors 38 (refer to Figure 3) located adjacent the screen surface 
10 would detect toudung of flie screen to record player selections. In all other respects the 
madimes of Figures 1 and 2 are essentially iunctionaUy identical. 

The machine 10 of Figures 1 and 2 includes a top box 26 on Vrhidi artwork 28 is 
c^ed The artwork 28 includes paytables. details of bonus awards, etc. TTie artwork 

1 . T !r optionafly be displayed on a video displiy Such as a CRT of 

15 LCD panel. 

A coin tray 30 is mounted beneath the console 12 for cash payouts from the 
machmelO, ' 

In machines employing the present invention the machine may also be 
connected via a computer network to other gaming machines and a system controUer in 

20 which case player profiler may be saved on the system controller and credits can be 
aK,lied to and cleared from the machine via the network. The credits can either be 
estabhshed at a cashiers station and transferred to the machine or alternatively a player 
mr^t abeady have credits in ar^other machine in the network and which &ey may\L 
to transfer to a new machine that they wish to play. 

25 To facilitate the establishment of player profiles, the use of player profiles' to 

enhance player enjoyment and to-enable the secure transfer of cash-to a machine each 
^^e is provided with a card reader 24.3 and the player is i^ued with a flayer 
tractang card 27 either yrhen entering the premises or when establishing credit in the 
system. This tracking card 27 is inserted into the card reader 24.3 of a machine by the 

30 Play^ after the player has established a credit on the system and has had the credit 
transferred to the desned machine. Alternatively the card may be "a memberdnp card 
pemianenUy in the possession of the player and the player may establish a credit in an 
account associated with their membership record. By inserting the dard 27 into the card 
reader 24.3 of the machine he or she intends to play, the player identifies him or h^elf 

35 to the machine and establishes that a credit held in the system belongs to th«n. In the 
Illustrated embodiment, the card reader 24.3 is not comiected direcfly to the machine's 



m.AspecR110000UI4-U5\114619pivco_2iid.d^ 



8 



controller 36 but to the system interfece 51, which is connected- to. the network via 
interconnection 52 and to the machine controUer 36 as seen in Figure 3. 

Referring to Figure 3 of the drawings, a control means or control circuit 32 is 
iUustrated. A program which implements the game and player interface is run on a 
5 processor 34 of the control circuit 32. The processor 34 fonns part of a controller 36 
that drives the screen of the video display unit 14 and that receives input signals from' 
player inputs such as the optional keypad 22 (see Figure 1) or the optional sensors 38 
.associated with the pseudo-keypad 29 (see Figure 2). The sensors 38, if used, include 
touch sensors mounted in the screen of the video display unit 14 and associated with 
10 the representation of pseudo-buttons of the keypad 29, displayed on the display 16, 
thereby replicating the buttons of the keypad 22. The controUer 36 also receives mput 
pulses from the mechanism 24 to detemune whether or not a player has provided 
sufficient credit to commence playing. The credit input mechanism- 24 may comprise • 
one or more of several credit input devices such as a coin input chute 24.1 a bill 

15 collector 24.2, and a card reader 24.3 or any suitable other type of validation device. In 
some embodiments of the present invention it is important thdt there be a player 
tracking input device, such as the card reader 24.3, that can be used to associate a 
particular player with a particular player profile and optionally a credit held in the 
system (either as data held in a machine or in the system controller or possibly in a 

20 ferther controller reserved for financial information). Note that player tracking does 
not require knowing the actual identity of the player biit is oiily used to associate the 
player with a particular player, profile and/or credit This is achieved in the profoned 
embodiment by using a player tracking card 27. which is a simple magnetic stripe card 
encoded with a unique code, that may be issued to the player either when they enter the 
25 estabhshment or when they establish a credit in the system and is read by the card 
readw 24.3. However other methods of player identification can be employed in 
tracking systems such as pin numbers, scannable tags of various known types such as 
magnetic stripe cards, smart cards, etc, iris recognition, finger prints or other bio-sensor 
systems. 

30 FinaUy. the controller 36 optionaUy drives a payout mechanism which, for 

example, may be ticket printer 41, or a coin hopper 40 for feeding «Sbins to the coin tray 
30 to make a pay out to a player when the player wishes to redeem his or her credit 
Again however, in embodiments of the present invention, a payout mechanism is not 
essential as the player may remove the credit held in the machine by transferring it to 

35 another machine «r to a cashier. 
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Referring to figure 4, a system in which the present invention is implemented is 
illustrated. The system comprises a plurality of gaming machines 10 each connected to 
a network 63 by its respective sj^tem interface 51 and network connection 52. The 
network connections 52 are preferably connected to the rranainder of the network via a 
5 hub 53 although other networking architectures such as daisy chaining may also be 
employed. Controlling the network is a system controller 54 and a cashier's tenninal 
55 is optionally connected, eittier to the system controller 54 directly, as illustrated in 
Figure 4, or alternatively via the network hub 53. The Cashier may be replaced or 
siq)planented by an electronic cashier or cash in/cash out tenninal 59 comprising a 
1 0 controller 56 to which is connected a player touch screen 58 and a card reader 57. The 
electronic cashier uses EFT transactions to debit or credit a player's account at a 
finandal institution to establish or refund a player's credit in flie.gaming systwn. 

While embodiments of the invention will be described by way of exanq>Ie in tiie 
context of the conventional gaming machine and gaming system described above, it 
15 will be recognised that the invention is equally applicable to other gaming 
aivironments such as internet gaining where games are played on a personal computer 
(or, possibly a hand held device such as a Personal Digital Assistant (PDA) or Mobile 
Phone) connected to an internet gaming website, or a stand alone hand held device or 
any other suitable gaming environment 
20 Referring to Figure 4, in the preferred implementation a network connects 

EGMs to a server. In the tradititmal manner the server tracks players by their use of a 
magnetic player tracking or identity card and collects statistics about the games played. 

The Usts of games available to the player may be very large, such that it is 
difiBcult for the player to page tHrough large number of game selection screens to find 
25 games that they like. 

The game play history for all players is analysed by a recommendation aigine 
60, whidi given a particular players game playing history produces a list of other 
recommended games that the player migjlit enjoy playing based on the play history of 
other players. Tlie list of recommendations is used to determine the presentation of the 
30 next available games to the player. 

When tiie player wants to dioose a new game to play the EGM ranks the 
unplayed games according to the recommoidation and preferentially displays flie most 
highly recommended games to the player. For example, if the gaming madiine has 100 
games available to play, and games are presented 10 at a time on 10 selection screens, 
35 then flie first selection soreen contains the 10 most highly recommended games. The 
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next selection screen presents the 10 next most highly recommended games, etc, until 
the last screen has the least recommended games. 

Of course the player may not want to accept a list of recoxnmendations and may 
rather select a game on other criteria such as game type or prize distribution. Referring 
5 to Figure 5, in order to accommodate the various differing player requirements, the 
total list of games is preferably split into a number of categories according to common 
player preferences and presented to the player in a selection window 16 as illiistrated. 
Such categories may include games with high wins, games with frequent wins, older 
(traditional) games, card games, slot games, and currently popular games. The same 
10 game may appear in more than one category. In the screen 16, illustrated in Figure 5, 
gam^ are grouped according to categories selected by touch screen ''buttons" 201 to 
210 and Oie game icons 211 to 216 displayed in die centre of the screen 16 represent 
the games bdonging to the currently selected category or a subset of the games 
belonging to the selected category. One of thfe categories, represented by the 

1 5 "kecommend" "button" 202, provides the set of recommended games, generated by the 
recommendation system as described herein. 

Within each category the games may be further ordered, either with sub- 
categories. If the selected games exceed the space available for display of their 
respective icons, multiple pages will be provided and the player may move through the 

20 pages.using page buttons 217 and 218, 

Referring to Figure 6, alternatively the list of game icons 311 to 316 displayed 
for selection by the player are generated according to a set of filters. Each game is 
assi^ed one or more tags indicating certain attributes (corresponding- to categories) of 
the game, and the tag is used by the filter to select the game (or not) for inclusion on 

25 the displayed games list For example a game may be *high win* and •popular'. If the 
player selects either (or both) *high win' and 'popular' filters then, by touching the 
corresponding filter "button" 301 to 310, this game will appear in the selection. If 
another filter, such as frequent win, is selected the game will not appear in the selection 
list as it does not have a frequent win tag. Preferably the filters are toggled on or off by 

30 selecting the respective filter "button" 301 to 310. Some filters may disable other 
filters when selected, if the filters are mutually exclusive. The '^high wins" and 
"firequent wins" filters are, for example, likely to be mutually exclusive as it is not 
possible to design a game with firequent higih wins (wi&in the usual meaning of these 
terms within the gaming industry) without returning to the player more money ttian 

35 they bet. Note that the player may simultaneously select multiple.filters as illustrated 
by the grey buttons in figure 6, in which case only games that are associated with all of 
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the selected categories will be displayed. If the selected games exceed the space 
available for display of tiieir respective icons, multiple pages will be provided and the 
playermaymovethrougihthepagesusingpagebuttons317and318. * 

In an further preferred embodiment, the number of categories displayed to the 
5 player is a subset of those available, and the categories displayed can be selected by the 
player from the total set Alternately the categories are dynamically selected by the 
gaming machine and/or system according to players playing history.* Preferably also, 
some of the categories are selected using the recommendation tedmique described 
herein. 

10 The categories of games and/or games in each category may be changed 

dynamically, either manually or according to pre-programmed ©citeria such as time of 
day or number gammg machines in play. The command to change the games may be 
initiated from within the- gaming machine or remotely froin network control system. 

When the "recommended" category is selected, the games selection player 
15 interface may only be partially influenced by the recommendations. For example, the 
player's favourite games may be presented as well as the top. choices from the 
recommendation list. The casino may also wish to override some of the 
recommendations to promote other games. 

As games have a Bmited lifespan the age of the game being, played is recorded 
20 and used in making reconamendations. Some players have preferences for games of 
different ages (eg some players prefer new games, some prefer older games). 
Numerous variations on this implementation are clearly pos^ble: 

• The recommendation engine may be provided by software runnmg either on 
one of the existing servers used for accounting, bonusing, etc, or on a 

25 separate recommendation server. 

• The reconmiendation engine may also be part of the gaming machine. This 
can be beneficial if the gaming machine is not networked, or if there is a 
need to ofQoad processing from the system for cost or performance reasons. 
If the reconoonendation engine is implemmted on the gaming machine, then 

30 the gaming machine will contain a database of previously collected player 

statistics (either for that machine only or collected from other machines in 
the establishment) to enable reconmiendations to be generated. 

• Instead of player tracking with a magnetic stripe identity card, a Smartcard 
may be used. Further, player history could be stored on this card, providing 

35 easy transportation of the data to other casinos. 
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Overview of Game Recommendation Function 

The gaming madiines in installations employing embodimaits of the present 
invention provide ftmctionality that allows playas to seardi for. and select games to 
play from a library of possibly hundreds of games stored on the systan or the 
5 individual gaming machine. While the player plays gamii^ machines on the system a 
tracking system records the games played and the frequency of .playing each game. 
The tracking system includes a data structure and associated code which keeps track of 
games that have been selected and played by a player for play and this information is 
then used to provide recommendations for future game selections of the current player 
10 and as a basis for recommendations to others. 

The system also implements a variety of different auxiliary iea>mmendation 
function for recommaading games to playors. 

One such function allows players to interactively rate mdividual games to create- 
a personal game ratings profile, and applies collaborative filtering techniques to each of 
1 5 fliese profiles to generate persoiial recommendations. 

The primaiy function of the recommendation engine is to recommend games to 
players currently playing on the system, but it could also be used m the context of a 
website to make game recommendations to a player before fliey attend a gaming 
establishment or in tiie context of a recommendation terminal attached to tiie gaming 
20 network of an establishment to recommend games to a player already m attendance at 
the establishment but not currentiy playing. Such a terminal might also direct a player 
to a suitable vacant machine for playing a selected game. Briefly, given a unary Hsting. 
of games tiiat are "known" to be of interest to a player (e.g., a Kst of games previously 
played, by the player), the Recommendation Engine generates a Ust of additional games 
25 ("recommendations") fliat are predicted to be of interest to tiie player. (As used herem, 
the term "interest" refers generally to a player's liking of or affinity . for an game; flie 
terai "known" is used to distinguish games for which the player has unphcitiy or 
explicifly indicated some level of mterest from games predicted by the 
Reconomendation Fimction to be of interest) 
30 A table is used to map games to lists of games having "sunilar afiBnity" for flie 

player ("similar games lists"), wiflwut flie pl^er having to rate the games (alfliough, as 
mentioned above, the use of ratings data is also envisaged). If a player is known to 
have shown interest in say, five games (such as fiv© games the player recenfly played), 
the function may retrieve flie sunilar games lists for these five games from the tablet, 
35 and appropriately combine fliese lists (as will be described bfelow)- fo generate flie 
recommendations. 
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The mappings of games to similar games ("game-to-game mappings") may be 
goierated periodically, such as once per day (or more fiequently), from data which 
reflects the collective interests of the community of players. More specifically, the 
game-to-game mappings may be generated by an off-hne process which identifies 
5 correlations between known interests of players in particular games: For example, in 
the embodiment described in detail below, the mappings are generating by analysing 
player playing histories to identify correlations betwetaa use of particular games (e.g., 
games A and B are similar because a relatively large portion of the players that played 
game A also played game B). The game-to-game mappings could also reflect other 
10 types of similarities, including content-based similarities extracted by analysing game 
descriptions. 

An important aspect of fliis embodiment of the Recommendation Function is 
that the relatively computation-intensive task of correlating game interests can 
optionally be performed off-line, and the results of this tesk (game-to-game m^ings) 
15 are stored in a mapping structure for subsequent look-up. This enables the personal 
recommendations to be generated rapidly and efficiently in real-time in response to a 
request by the player, while still producing a broad varying comparison and not 
requiring intensive processing. 

Optionally, the similar gam^ lists read from the table are appropriately 
20 weighted (prior to being combined) based on indicia of die player's affinity for or 
current interest in the corresponding games of known interest For example, in one 
embodiment described below, if the game of known interest was previously rated by 
the playa:, the rating is used to weight the corresponding sinular games list Similarly, 
the similar games list for a game that was played 1000 times in the last hour may be 
25 weighted more heavily than the similar games list for a game that was played only 100 
times in the past hour. 

Embodiments of the invention may also make use of information regarding 
games that the player has played in fte current playing session as inputs to the 
Recwnmendation Functitm. For example, if the player currently.has two games that 
30 ftxey have played today, these two games can be treated as the games of known interest 
for purposes of generating recommendations, in which case the recommendations may 
be generated and displayed automatically when the player views the game sdection 
screen. 

Using games played in tihe current playing sessions as inputs, tends to produce 
35 recommendations that are highly correlated to the current short-term interests of the 
player; even if these short term interests are not reflected by the player's long term 
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gaming history. For example, if a regular player is currently playing with an occasional 
partner who has different game interests than flie regular player, this method will have a 
tendency to identify other games that are well suited to the pair of players while they 
are playing together. 

5 FIG. 7 illustrates the basic components of the gaming system site 100, including 

the components used to implement the Recommendation Server 60. The arrows in 
FIG. 7 show the general flow of information that is used by the Recommendation 
Function. As illustrated by FIG. 7, Recommendation Server 60 processes requests 
received from gammg machines 34 over the network 63 and send recommendation lists 
10 in reply. The Recommendation Servo: 60 accesses a Games Database 62 to generate 
lists.of popular games and recommendation lists. 

The Gammg System 100 also includes a "player profiles" database 64 which 
stores account-specific information about players playing games on tibe system 100. 
Because a group of individuals can share an account by playing. aS a group, a given 
15 "player" from the perspective of the Recommendation Engine 61 may.include multiple 
actual players. As illustrated by FIG. 7, the data stored for each player may include one 
or more of the following types of information (among oflier things), that can be used to 
generate recommendations in accordance with the invention: (a) ttie player's playing 
history, including dates of play, (b) the player's game ratings profile (if any), (c) the 
20 player's personal recent playing Ustings, and (d) a listing of games that were recently 
(e.g., within flie last six months) selected and then exited again without being played, or 
after having only hem played a few times. 

The various processes 61, 66 of the recommendation server 60 may run, for 
example, on one or more Unix or NT based workstations or physical servers (not 
25 shown) of the Gaming System 100. The similar games table 65 is preferably stored as 
a B-tree data structure to permit efficient look-up, and may be replicated across 
multiple machines (together with the associated code of the Recommendation Process 
61) to accommodate heavy loads. 

The gmeral forai and conteat of the similar games table 65 will now be 
30 described with reference to FIG. 7. As this table can take on many altemative forms, 
the details of the table are intended to iUustrate, and not limit, the scope of the 
invention. 

As indicated above, the similar games table 65 maps a list of games ("reference 
games") 67 to lists of similar games 68 based at least upon the collective interests of the 
35 community of players. The similar games table 65 may be generated periodically (e.g., 
once per day), or may be continuously updated by the table generation process 66. If 
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the table generating process 66 is run once per day, it wiU preferably be run off-line 
The table generation process 66 generates the table 65 fiom data that reflects the 
collective interests of the community of players. In the embodiment described in detail 
herem, the similar games table is generated exclusively from the game playing histories 
5 of the community of players (as depicted in FIG. 7). hi other embodiments, the table 
65 may additionally or alternatively be generated from other indicia of player-game 
mterests. including indicia based on players' viewing (browsing) activities game 
playing histories, and game rating profiles. For example, the table 65 could be built 

exclusively from the long term and/or recent game playing histories of players The 
10 smiilar games table 65 could also reflect non-collaborative type game similarities, 
includmg content-based similarities derived by comparing game or descriptions or 
Structural game elements, 

Each entry in the simUar games tdjle 65 is preferably in the &rm of a maming 
of a bst of aU available games ("reference games Ust") 67 to a conespondmg list 68 of 
15 sumlar games ("similar games lists"). 

Each similar games list 68 consists of the N (e.g., 5) games which, based on 
correlations between playing of games, are deemed to be dib most closely related to the 
respective game 67. Each game in the similar games list 68 is stored together with a 
c^naKty index rCI") value whidi indicates the relatedness of that game to the 
20 «fer«nce game 67, based on play fiequenq. of the respective games. A relatively high 
commonality index for a pair of games Game J and Game K indicates flmt a relatively 
large percentage of players who played X3ame J also played Game K (and vice v«sa). 
A relatively low commonaHty index for Game J and Game K indicates that a relatively 
small percentage of the players who played Game J also played Game K (and vice 
25 versa) As described below, the similar games lists are generated, for each game 
available on the system, by selecting the N other games that have the highest 
commonaKty index values. Using this method, Game J may be included in Game K's 
smnlar games list even fliough Game K is not present in Game Ps simUar games list 

^ ^^°<««»«»* depicted by FIG. 7, the games are represented within the 
30 ^1^ games table 65 using game IDs, such as game catalogue numbers or other 
Identifiers. Alternatively, the games could be represented within the table by title 
where each title is the name by which the game is known to playersV. 

The general sequence of steps that are performed by the recommendation 
process 52 to generate a set of personal game recommendations wiU now be described- 
35 with reference to FIG. 8. ■ 
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nie FIG. 8 process 70 is invoked in real-time in response to an online action of 
the player. For example, the recommendations are generated and displayed in real-time' 
(based on the player's play history and/or game ratings profile) in response to selection 
by the player of a new game instnictions selection button 201-21o'(See FIGS 5 & 6). 
5 The recomihendations are generated (based on the player's current and/or recent game 
playing history) in real-time when the player initiates a recommendation button 202 
and are displayed on the gaining machine display screen 16 and are displayed on the 
same screen as icons 21 1-216. 

Any of a variety of other methods can be used to initiate the recommendations 
10 generation process and to display the recommendations to the player. Forexample the 
recommendations can automatically be generated periodically and sent to the playi as 
a message on the screen between games. Further, the personal recommendations could 
be generated in advance of any request or action by the play^. and cached until 
requested, 

15 As illustrated by FIG. 8, the first step (step 71) of the recommendations- 

generation process involves identifying a set of games that are of known interest to the 
player. The "knowledge" of the player's interest can be based on expKdt indications of 
mterest (e.g., the playet rated the game highly) or implicit indications of interest (e g 
the player selected the game and played it at least 5 times). 
20 In the embodiment depicted in FIG. 7, the games of known interest are selected 

from one or more of the foUowing groups: (a) games in flie player»s long- temi playing 
history; (b) games in the player's short temx playing history i.e.. the games played in the 
current session and. (c) games rated by the player (optionally with a score that exceeds 
0. other embodiments, the games of known interest may 

25 additionally or alternatively be selected based on the viewing activities of the player 
For example, the recommendations process 52 could select games that were viewed by 
the player for an extended period of time and/or viewed more than once. Further, the' 
player could be pronq>ted to select games of interest fiom a list of popular games. 

For each game of faiown interest, the recommendation function 61 retrieves the • 
30 coiresponding similar games list 68 fiom the similar games table 65 (step 72). if such a 
list exists. If no entries exist in the table 65 for any of the games of known interest, the 
process 52 may be terminated; alternatively, the process could attempt to identify 
additional games of interest, such as by accessing other sources of iht^t infomiation. 
In step 73, the sinular games lists are filtered to remove unwanted games The 
35 games removed dming the filtering process may include, for example, games that have 
already been played only a smaU number of times and then not played again by the 
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player or games that have been rated lowly by flie player. The filtering step could 
alternatively be performed at a diflferent stage of the process, such as after the 
subsequent combining step 

After the similar games lists 68 are filtered in step 73, the lists are appropriately 
5 combmed (step 74). such as by merging the Ksts. The similar games lists 68 ai« then 
preferably weighted 75 by multiplying the commbnality index values of the list by a 
weighting value. The commonality index values as weighted by any appUcable 
weighting value are referred to herein as "scores". In other embodiments, the 
recommendations may be generated without weighting the similar games Ksts 68 The 
10 resulting list is thm sorted (step 76) in order of highest-to-lowest score. The result of 
step 76 is a list ("recommendations Ust") of games to be recommended to the player. 

In step 75. the similar games lists 68 are optionally weighted based on 
mfonnation about the player's affinity ft>r the corresponding games of known interest 
For example, a similar games Kst 68 may be weighted heavily if the player gave the 
1 5 corresponding popular game a rating of "5" on a scale or 1-5, or if the player the game 
for a large number of plays. Weighting a similar games list 68 heavily has the effect of 
mcreasing the likelihood that the games in that list we be included in the 
recoimnendations that are ultimately presented to the player. In one implementation 
described below, the player is presumed to have a greater affinity, for recentiy played 
20 games over earlier played games. . 

In step 77, one or more additional games are optionally added to the 
recommendations Kst. In one embodhnent, the games added in step 77 are selected 
from the set of games (if any) in the player's viewing history. As an important benefit 
of tins st^, the recommendations include one or more games that the player previously 
25 considered playing but did not actually play. The games added in step 77 may 
additionally or alternatively be selected using another recommendations method, such 
as a content-based mefliod. 

Finally, in step 78. a list of the top M (e.g., 6) games of the recommendations 

are returned to the gaming madune where the request was generate. Tte gaming 
30 machme incorporates this Mst into one or more screens of recommendations that are 
displayed to th6 player, with each recommended game being presented as displayed 
selection icon on the display. 

The table-generation process 66 is preferably executed perio^cally (e.g.. once a 
day) to generate a similar games table 65 that reflects the most recent play history data. 
Tlie recommendation process 61 uses the most recently generated version of the table 
65 to generate recommendations. 



35 



in:>^peeai lOOOOVI 14-1 ISU 14619l)ivcoJ2iidjtoftdoo 



18 

FIG. 9 illustrates the sequence of steps that are paformed by the table 
generation process 66 to build the similar games table 65. The general foim of 
temporary data stractures that are generated during the process are shown at the right of 
the drawing. As will be appreciated by those skiUed in the art, any of a variety of 
5 alternative methods could be used to generate the table 65. 

As depicted by FIG. 9, the process initially retrieves the gaming histories for all 
players (step 81). Each gaming history is in the general form of the player ID of k 
player together with a list of the game IDs of the games played by that player and the 
dates on which the player has played the games and the number of times the game was 
10 played on each occasion. 

In steps 82 and 84, the process generates two temporary tables 83 and 85. • The 
first table 83 maps individual players to the games they played and includes dates and 
times played. The second table 85 maps games to the players that played such games 
and again includes the total times played (within a relevant period of interest). 

15 In step 86, the process finds for each game in the system ("reference game") 

those other games played by a common player, and lists the players and games against 
the "reference game" in a further temporary table 87. This may be accomplished, for 
example, by selecting fi-om the game-to-players table 85 those games that were played 
by more than a threshold number (e.g., 10) of the players. For each <reference game, 

20 other game> pair/player combfaiation, the number of plays of the game played least by 
the player is also listed. 

In step 88, the process generates the commonality indexes (CI) for each 
<reference game, other .game> pair in the table 87. As indicated above, the CI values 
are measures of the similarity between two games, with larger CI values mdicating- 

25 greater degrees of similarity. The commonality indexes are prefa-ably generated such 
that, for a given reference game, the respective commonality indexes of the 
conesponding other games take into consideration both (a) the total number of plays of 
each game in the respective period, and (b) the number of times each player played the 
least popular of each pair of games. A preferred method for generating the 

30 conunonaHty index values is set forth in the equation belowCEqnl): 

for all players of games A&B 
CI (Game A, Game B) = ^ 

Sqrt (YxZ) 

35 
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where, for each player who has played Game A and Game B in a given period, 
"X" is the number of plays of the least played game (A or B), "Y" is the total number of 
plays of Game A and "Z" is the total number of plays of GameB in the period 

By way of example, foe three games, Game_G, Game_J and Game_K where 
5 Game_G has been played 40,000 times by 500 players, Game_J 90000 by 500 playeis 
and Game_K 100,000 by 5,000 players. In addition, Game_G and.Game_J have 50 
players in common, and Game_G and Game K have 60 players in common E X for 
gamesGandJis2500and2X for games G and K is 960. Applying the equation 
above to the values shown in FIG. 4 produces the following results: 
10 CI(Game_G, Game_J)=2500/sqrt(40000.times.90000))=0.042 

CI(Game_G, Game K)=960/sqrt(90000.times.l00,000))=0.010 
Thus, even though Games G and K have more customers in common than 
Games G and J, Games G and J are treated as being more similar than Games G and K. 
This result desirably reflects the feet that for Game J players played Game_G the 
15 number of plays of both games is much greater thaix for Game K players who played 
Game_G . 

Because this equation is syinmetrical (i.e., CI(Game_A, Game_B)=CI(Game_B, 
Game A)), it is not necessary to separately calculate die CI value for every location 
the table 89. 

20 Following stq, 88 of FIG. 9, the simUar games table 65 can be complied (step 

91) such that each reference game in the inference game list 67 haS a respective set of 
other games in the "other games" list 68 vMcb includes all of the other games fixm the 
table 89 and their associated CI values Using the values in the exaniple above. Game.J 
would be positioned closer to the top of Game G's list than Game K. since 0 042 > 

25 0.010. 

Optionally (not shown), the other games list is filtered by deletmg all Kst entries 
thathavefewerthanapredetemiined number of (say 10) players in common, 

A non-gaming maxAmic terminal may also be used to allow the player to get 
recommendations for new games to play. This could be implemented at a casino or as 
30 an Litemet website and may aUow a player to input various likes Cand dislikes) for 

. games, then use the recommendation engine to recommend games. 
Promotions and Advertising ' 

Casinos often run promotions, posting advertising literature to the play«s to 
entice them to return to the casino for further play. A marketmg promotion may use &e 
35 players previously coUected play infonnation and use the recomm^dation engine to 
customise promotions to that player. For example the artworic of advertising material 
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may be selected from games have not yet been played, but are likely to appeal to 
the player. Alternately free credits may be provided for machines that flie player has 
not yet played, but is likely to enjoy playing. 
Attract Mode 

5 When a gaming machine is not being played after somte* time it enters an 

"attract" mode, where it demonstrates the game it runs. A multi-game* machine is able, 
to demonstrate any of it's games, so it is beneficial to demonstrate a game more likely 
to appeal to a nearby potential play^. 

There are cases when a potential player may be identified. 
10 1. A potential player has ins^ed an identity card, but not yet selected a game or 
started playing. 

2. A player is playing the gaming machine next to the unplayed gaming machine. • 
The player can easily watch the unplayed machine and may either find a new game to 
play, or play both at the same time (especially in the case of a couple of people playing 
15 together). 

When at least some of the players in the casino hav^ been identified (eg though 
play machines), their average preference is determined and used. Although not as 
accurate as targeting an individual player, this has the advantage of continuously and 
automatically adjusting the presentation of machines in the casino to optimum benefit 
20 It will be appreciated by persons skilled in the art that numerous variations 

and/or modifications may be made to die invention as shown in the specific 
embodiments without departing from the spirit or scope of the invention as broadly 
described. The present embodiments are, tiierefore, to be considered in all respects as 
illustrative and not restrictive. 

Dated this twenty second day of September 2003 

Aristoarat Technologies Australia Pty Ltd 
Patent Attorneys for the. Applicant: 

FBRICE&CO 
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ABSTRACT 



A computer-implemented functic)n recommends games to a player based on a set 
of games known to be of interest to the player, such as a set of games recorded in the • 
5 players long term playing history. In one embodiment, the function identifies games 
that have been played recently by the player, and uses these games to generate a Ust of 
additional games that are predicted to be of interest to the player, wherein an additional 
game is selected to include in the list based in-part upon whether that game is similar to 
more than one of the games in the player's recent play history. The game relationships 
10 are preferably determined by an off-line process that analyses player playing histories 
to identify correlations between games. The recommended gmes are preferably 
displayed to the player when the player returns to a menu screen to select a new game 
to play. 
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